home *** CD-ROM | disk | FTP | other *** search
/ Die Ultimative Software-P…i Collection 1996 & 1997 / Die Ultimative Software-Pakete CD-ROM fur Atari Collection 1996 & 1997.iso / a / a_funk / packet1.tos / NETROM_I.NF / NR_NODES.DOC < prev    next >
Encoding:
Text File  |  1987-11-07  |  4.6 KB  |  106 lines
  1. Der 'NODES'-Befehl bei NET/ROM:
  2. ===============================
  3.  
  4. (Achtung: Einige der im Beispiel angefuehrten Netzknoten mussten leider
  5.           aus gewissen Gruenden, im Zusammenhang mit Entscheidungen im
  6.           Busreferat des DARC, QRT machen bzw. den Betrieb auf 2m einstellen.
  7.           Somit existiert keine Verbindungsmoeglichkeit mehr in den Raum
  8.           Hamburg und Kiel....)
  9.          
  10.  
  11. Bei Eingabe von N (fuer NODES) erscheint z.B.
  12.  
  13. H:DB0FD} Nodes:
  14. H70:DB0FD-7        DL0CCC             DB0DJ              DL0TEL
  15.  
  16. Die aufgefuehrten Idents:Rufzeichen sind dabei andere NET/ROM-Knoten, die
  17. durch Eingabe von z.B. C H70 oder C DB0DJ erreicht werden koennen. Der zu
  18. einem solchen Knoten fuehrende Weg interessiert dabei nicht, er ist H bekannt
  19. und das reicht. Man muss also  n i c h t  um an DB0DJ zu gelangen, C DL0TEL
  20. und dann dort C DB0DJ eingeben, weil ja DB0DJ nur ueber DL0TEL zu erreichen
  21. ist.
  22.  
  23. Will man trotzdem den genauen Weg z.B. zu DB0DJ erfahren, dann gibt man ein
  24.  
  25. N DB0DJ, es erscheint z.B.
  26.  
  27. H:DB0FD} Routes to: DB0DJ
  28.   0 2 0 DL0TEL via DJ4KW
  29.  
  30. Das bedeutet, dass der Weg zu DB0DJ von DB0FD zunaechst nach DL0TEL fuehrt,
  31. und zwar ueber den Nicht-NET/ROM-Digi DJ4KW. Um den weiteren Weg zu erfahren,
  32. muss ich nun DL0TEL connecten, also C DL0TEL. Dass es ueber einen normalen
  33. Digi dorthin geht, weiss ja H und ich muss es nicht eingeben. Ich muesste
  34. DJ4KW zusaetzlich auch eingeben, wenn DL0TEL ueber DJ4KW nicht bekannt ist
  35. bei H, also nicht beim NODES-Kommando aufgetaucht waere.
  36. Bei DL0TEL kann ich wieder N DB0DJ eingeben und so den weiteren Weg
  37. verfolgen. Noch einmal :  Dieses Verfahren ist nur noetig, wenn ich den Weg
  38. unbedingt wissen will oder der Knoten DB0DJ bei H unbekannt ist. Um ein
  39. QSO ueber den bei H bekannten Knoten DB0DJ zu fahren, reicht C DB0DJ.
  40.  
  41. An sich muesste jetzt die Frage auftauchen :
  42.  
  43. "Wenn der Weg zu DB0DJ bei DB0FD bekannt ist, wieso kann er mir denn den nicht
  44. gleich sagen bei N DB0DJ ?"
  45.  
  46. Das koennte man natuerlich meinen, aber NET/ROM ist so organisiert,
  47. dass ein Weg nur soweit bekannt ist, dass ein Knoten das Ziel weiss und
  48. den naechsten Nachbarknoten, ueber den das Ziel erreicht werden kann.
  49. Wenn alle Knoten so organisiert sind, ist klar, dass der Weg vorgegeben
  50. ist. Sinnvoll ist diese Organisation auch, da das Abspeichern kompletter
  51. Wege bei vielen Knoten einfach zu viel Speicher brauchen wuerde, und
  52. fuer einen Verbindungsaufbau ist das Wissen ueber die ganzen Zwischenknoten
  53. nicht notwendig.
  54.  
  55. Nun will ich mal eine Verbindung zu DB0DJ aufbauen und gebe ein C DB0DJ ...
  56.  
  57. ... und warte, und warte ...
  58.  
  59. ... bis mich die Meldung
  60.  
  61. H:DB0FD} Failure with DB0DJ
  62.  
  63. erloest.
  64.  
  65. Aber das haette ich auch vorher wissen koennen, wenn ich ein wenig ueber
  66. Parameter Bescheid gewusst haette :
  67.  
  68. H:DB0FD} Routes to: DB0DJ
  69.   0 2 0 DL0TEL via DJ4KW
  70.   ! ! !
  71.   ! ! +-------------------> "port" - Angabe, ob der Weg ueber den Packet-Kanal
  72.   ! !                       weiter geht (0) oder ueber die RS232 am Koten
  73.   ! !                       direkt zum naechsten Knoten (1, z.B. H -> H70).
  74.   ! !
  75.   ! +---------------------> "obsolescence count" - Fuer den Anwender nur
  76.   !                         insofern interessant, dass ein 0 anzeigt, dass der
  77.   !                         Weg "fest" ist, d.h. durch das automatische
  78.   !                         Weg-Updaten durch NET/ROM nicht betroffen wird.
  79.   !
  80.   +-----------------------> "quality" - Qualitaet der Verbindung zum Ziel.
  81.                             Dies ist der fuer mich als Anwender entscheidende
  82.                             Parameter. 255 ist hier das Maximum und bedeutet,
  83.                             dass es eine "99%ige" Verbindung ist, 128 bedeutet
  84.                             50%, 0 bedeutet eine ganz ganz schlechte
  85.                             Verbindung, ueber die ein Connect mit Sicherheit
  86.                             schief geht (0 bedeutet bei ganz neuen unbekannten
  87.                             Verbindungen auch kurzzeitig, dass noch keine
  88.                             Qualitaet bekannt ist - auch dann ist ein Connect
  89.                             meistens sinnlos).
  90.  
  91.  
  92. Nun gebe ich ein N DL0CCC, es erscheint
  93.  
  94. H:DB0FD} Routes to: DL0CCC
  95. > 0 2 0 DL0CCC via DJ4KW
  96.  
  97. Das > vor einer Route sagt mir, dass diese Route benutzt wird. Was aber bei
  98. diesem Beispiel auch nicht sehr aussagekraeftig ist, da die Qualitaet der
  99. Verbindung fuer einen Connect von mir zu schlecht ist. Das > ist erst richtig
  100. aussagekraeftig, wenn es mehrere Wege (Routen) zu einem Ziel gibt und
  101. angezeigt wird, welcher gerade benutzt wird.
  102. NET/ROM versucht es selbsttaetig zuerst immer mit dem Weg der besten
  103. Qualitaet.
  104.  
  105.  
  106.